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Foreword 



rd , 



This Technical Specification has been produced by the 3 Generation Partnership Project (3GPP). 

The contents of the present document are subject to continuing work within the TSG and may change following formal 
TSG approval. Should the TSG modify the contents of the present document, it will be re-released by the TSG with an 
identifying change of release date and an increase in version number as follows: 

Version x.y.z 

where: 

X the first digit: 

1 presented to TSG for information; 

2 presented to TSG for approval; 

3 or greater indicates TSG approved document under change control. 

y the second digit is incremented for all changes of substance, i.e. technical enhancements, corrections, 
updates, etc. 

z the third digit is incremented when editorial only changes have been incorporated in the document. 



Introduction 



Application Servers can store their service data on the HSS through the Sh interface as transparent data, meaning that 
the HSS may not be aware of the structure and the semantics of this data, only the Application Server has this 
knowledge. Standardizing the data formats would facilitate interoperation among Application Servers supplied by the 
same, or different, vendors. These Application Server vendors maybe primary and secondary suppliers of the same 
service provider within a service provider" s IMS network. This is especially true for the Multimedia Telephony 
supplementary services that can achieve a wide deployment and are here addressed by this specification. 
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Scope 



This specification standardizes the structure and the coding of the service data that are transported over the Sh interface 
between an Application Server supporting Muhimedia Telephony supplementary services as defined in 3GPPP TS 
22.173 [1] and the HSS. Two optional formats are specified. One is based on a binary coding of the service data and 
supports the subset of MMTEL services corresponding to PSTN/ISDN and CS supplementary services. The other uses 
an XML format and supports the full set of MMTEL Services. 



References 



The following documents contain provisions which, through reference in this text, constitute provisions of the present 
document. 

• References are either specific (identified by date of publication, edition number, version number, etc.) or 
non-specific. 

• For a specific reference, subsequent revisions do not apply. 

• For a non-specific reference, the latest version applies. In the case of a reference to a 3GPP document (including 
a GSM document), a non-specific reference implicitly refers to the latest version of that document in the same 
Release as the present document. 

[I] 3GPP TS 22.173: "IP Multimedia Core Network Subsystem (IMS) Multimedia Telephony Service 
and supplementary services; Stage 1". 

[2] 3GPP TS 24.604: "Communication Diversion (CDIV); Protocol specification using IP Multimedia 

(IM) Core Network (CN) subsystem; Protocol specification ". 

[3] 3GPP TS 24.605: "Conference (CONF) using IP Multimedia (IM) Core Network (CN) subsystem; 

Protocol specification". 

[4] 3GPP TS 24.606: "Message Waiting Indication (MWI) using IP Multimedia (IM) Core Network 

(CN) subsystem; Protocol specification". 

[5] 3GPP TS 24.607: "Originating Identification Presentation (OIP) and Originating Identification 

Restriction (OIR) using IP Multimedia (IM) Core Network (CN) subsystem; Protocol 
specification". 

[6] 3GPP TS 24.608: "Terminating Identification Presentation (TIP) and Terminating Identification 

Restriction (TIR) using IP Multimedia (IM) Core Network (CN) subsystem; Protocol 
specification". 

[7] 3GPP TS 24.610: "Communication HOLD (HOLD) using IP Multimedia (IM) Core Network 

(CN) subsystem; Protocol specification". 

[8] 3GPP TS 24.611: "Anonymous Communication Rejection (ACR) and Communication Barring 

(CB) using IP Multimedia (IM) Core Network (CN) subsystem; Protocol specification". 

[9] 3GPP TS 24.615: "Communication Waiting (CW) using IP Multimedia (IM) Core Network (CN) 

subsystem; Protocol specification". 

[10] 3GPP TS 24.616: "Malicious Communication Identification (MCID) using IP Multimedia (IM) 

Core Network (CN) subsystem; Protocol specification". 

[II] 3GPP TS 24.629: "Explicit Communication Transfer (ECT) using IP Multimedia (IM) Core 
Network (CN) subsystem; Protocol specification". 

[12] 3GPP TS 24.642: "Completion of Communications to Busy Subscriber (CCBS), Completion of 

Communications by No Reply (CCNR) using IP Multimedia (IM) Core Network (CN) subsystem; 
Protocol specification". 
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[ 1 3] 3GPP TS 24.647: "Advice Of Charge (AOC) using IP Multimedia (IM) Core Network (CN) 

subsystem; Protocol specification". 

[14] 3GPP TS 24.654: "Closed User Group (CUG) using IP Multimedia (IM) Core Network (CN) 

subsystem; Protocol specification". 

[15] 3GPP TS 24.239: "Flexible Alerting (FA) using IP Multimedia (IM) Core Network (CN) 

subsystem; Protocol specification". 

[16] 3GPP TR 21.905: "Vocabulary for 3GPP Specifications". 

[17] 3GPP TS 29.328: "IP Multimedia (IM) Subsystem Sh interface; Signalling flows and message 

contents". 

[18] 3GPP TS 24.238: " Session Initiation Protocol (SIP) based user configuration; Stage 3". 

[19] IETF RFC 2045: "Multipurpose Internet Mail Extension (MIME) Part One: Format of Internet 

Message Bodies". 

[20] 3GPP TS 22.182: "Customized Alerting Tones (CAT) Requirements; Stage 1". 

[21] 3GPP TS 24.182: " IP Multimedia Subsystem (IMS) Customized Alerting Tones (CAT); Protocol 

specification". 

[22] 3GPP TS 32.280: "Telecommunication management; Charging management; Advice of Charge 

(AoC) service". 

[23] ISO 4217: "Codes for the representation of currencies and funds ". 

[24] 3GPP TS 24.185: "IP Multimedia Subsystem (IMS) Customized Alerting Tones (CAT); Protocol 

specification" 



3 Definitions, symbols and abbreviations 

3.1 Definitions 

For the purposes of the present document, the terms and definitions given in TR 21.905 [16] apply. 

3.2 Abbreviations 

For the purposes of the present document, the abbreviations given in TR 21.905 [1] and the following apply. An 
abbreviation defined in the present document takes precedence over the definition of the same abbreviation, if any, in 
TR 21.905 [16]. 

3PTY Three-Party Communication 

ACR Anonymous Communication Rejection 

AOC-C Advice Of Charge - Charging 

AOC-D Advice Of Charge - During the communication 

AOC-E Advice Of Charge - at the End of the communication 

AOC-I Advice Of Charge - for Information 

AOC-S Advice Of Charge - at communication Set-up time 

AS Application Server 

CAT Customized Alerting Tones 

CB Communication session Barring 

CCBS Completion of Communication sessions to Busy Subscriber 

CCNR Completion of Communication sessions on No Reply 

CD Communication Deflection 

CDIV Communication Diversion 

CDIVN CDIV Notification 

CFB Communication Forwarding Busy 
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CFNL Communication Forwarding on Not Logged-in 

CFNR Communication Forwarding No Reply 

CFNRc Communication Forwarding on Subscriber Not Reachable 

CFU Communication Forwarding Unconditional 

CONF CONFerence 

CUG Closed User Group 

CW Communication Waiting 

ECT Explicit Communication Transfer 

FA Flexible Alerting 

GRUU Globally Routable User agent URI 

HOLD Communication HOLD 

ICB Incoming Communications Barring 

MCID Malicious Communication IDentification 

MMTEL MultiMedia Telephony 

MWI Message Waiting Indication 

OCB Outgoing Communications Barring 

OIP Originating Identification Presentation 

OIR Originating Identification Restriction 

TIP Terminating Identification Presentation 

TIR Terminating Identification Restriction 



General 



MMTEL Services are supported by Application Servers that may store the Service Data attached to each user in the 
HSS via the Sh Interface. This data is referred to as transparent data and is understood syntactically but not semantically 
by the HSS. 

Different ASs providing MMTEL services for a given user may be required. Therefore several ASs should access, 
utilise and update the Service Data for the user stored in the HSS. The ASs should interoperate and share the Service 
Data attached to this user. 

To aid the interoperability between ASs, this specification defines: 

the structure and the coding of the Service Data transferred over the Sh interface between the HSS and the 
ASs for MMTEL services, 

the use of the Sh procedures to ensure the sharing and synchronization of these Service Data between ASs, 

additional transfer mechanism such as base64 encoding. 

Two optional formats are defined for the structure and the coding of the Service Data: 

A XML format supporting the Service Data for the complete MMTEL Services. 

A binary format supporting the Service Data for the subset of MMTEL Services corresponding to the 
PSTN/ISDN and CS supplementary services. 



Architecture 



Figure 5-1 presents the functional architecture for AS interoperability. 

Figure 5-1 : Functional architecture for AS interoperability 



£75/ 



3GPP TS 29.364 version 8.1.0 Release 8 



11 



ETSI TS 129 364 V8.1.0 (2009-04) 



Ut 



UE 




ut 



AS 



Sh 



Sh 



HSS 



B 



Service data 



The MMTEL communications of a given user equipment are routed to an AS according to the content of the fiher 
criteria. 

If AS interoperability is supported, the Service Data attached to a user shall be stored in the HSS and the AS shall 
access and update, when required, the Service Data via the Sh interface. 

The user may configure some of its Service Data via the Ut interface, via SIP based user configuration as described in 
3GPP TS 24.238 [18], or via other means. 

Some Service Data is configured by the service provider e.g. from its OSS, either directly into the HSS or via an AS 
that will store these Service Data in the HSS. 

The AS associated to a given user for MMTEL services may vary over time. 

The same format of the Service Data stored in the HSS shall be supported for interoperability between ASs utilising the 
Service Data. 



6 Specification with the binary option 

6.1 MMTEL service sontent with the binary option 



6.1 .1 List of IMS Multimedia Telephony supplementary services 

This list of MMTEL services refers to the list identified in 3GPP TS 22.173 [1] and mentions the associated 3GPP 
Technical Specifications: 



Originating Identification Presentation (OIP) 
Originating Identification Restriction (OIR) 
Terminating Identification Presentation (TIP) 
Terminating Identification Restriction (TIR) 
Malicious Communication IDentification (MCID) 
Anonymous Communication Rejection (ACR) 
Communication Diversion (CDIV) 
Communication Waiting (CW) 
Communication HOLD (HOLD) 



3GPP TS 24.607 [5] 
3GPP TS 24.607 [5] 
3GPP TS 24.608 [6] 
3GPP TS 24.608 [6] 
3GPPTS 24.616 [10] 
3GPPTS 24.611 [8] 
3GPP TS 24.604 [2] 
3GPPTS 24.615 [9] 
3GPPTS 24.610 [7] 
3GPPTS 24.611 [8] 



Communication Barring (CB) 

Completion of Communications to Busy Subscriber (CCBS) 3GPP TS 24.642 [12] 

Completion of Communications on No Reply (CCNR) 3GPP TS 24.642 [12] 
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Message Waiting Indication (MWI) 

CONFerence (CONF) 

Advice Of Charge (AOC) 

Explicit Communication Transfer (ECT) 

Reverse charging 

Closed User Group (CUG) 

Three-Party (3PTY) 

Flexible Alerting (FA) 

Customized Alerting Tones (CAT) 



3GPP TS 24.606 [4] 
3GPP TS 24.605 [3] 
3GPPTS 24.647 [13] 

3GPPTS 24.629 [11] 

3GPPTS 24.654 [14] 
3GPP TS 24.605 [5] 

3GPPTS 24.239 [15] 
3GPPTS 24.182 [21] 



This list is taken as the reference to address the services and their content that the binary option shall support. 

6.1 .2 Subset of MMTEL services matching PSTN/ISDN and CS 
supplementary services 

The binary option shall support the subset of MMTEL services matching PSTN/ISDN and CS supplementary services. 
The following subclauses indicate: 

• for each MMTEL Service how it matches the corresponding PSTN/ISDN and CS supplementary service, 

• the relevant information elements of the service as defined in 3GPP TS 22.173 [1] and 3GPP TS 24.6xxx 
series and that shall be coded in the Service Data. 

6.1.2.1 Originating Identification Presentation (OIP) 

OIP is described in 3GPP TS 24.607 [5] and matches the corresponding PSTN/ISDN and CS supplementary service. 

• Information elements 

Service Authorized 
Service Activated 
Override Capability. 

6.1.2.2 Originating Identification Restriction (OIR) 

OIR is described in 3GPP TS 24.607 [5] and matches the corresponding PSTN/ISDN and CS supplementary service. 

• Information elements 

Service Authorized 

Service Activated 

Mode: permanent mode; temporary mode 

Temporary mode default: presentation restricted; presentation not restricted 

Restriction: restrict the asserted identity; restrict all private information appearing in headers. 

6.1.2.3 Terminating Identification Presentation (TIP) 

TIP is described in 3GPP TS 24.608 [6] and matches the corresponding PSTN/ISDN and CS supplementary service. 

• Information elements 
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Service Authorized 
Service Activated 
Override Capability. 

6.1.2.4 Terminating Identification Restriction (TIR) 

TIR is described in 3GPP TS 24.608 [6] and matches the corresponding PSTN/ISDN and CS supplementary service. 

• Information elements 

Service Authorized 

Service Activated 

Mode: permanent mode; temporary mode 

Temporary mode default: presentation restricted; presentation not restricted. 

6.1.2.5 Malicious Communication IDentification (MCID) 

MCID is described in 3GPP TS 24.616 [10] and matches the corresponding PSTN/ISDN and CS supplementary service. 

• Information elements 

Service Authorized 

Service Activated 

Mode: permanent mode; temporary mode. 

6.1.2.6 Anonymous Communication Rejection (ACR) 

ACR is described in 3GPP TS 24.61 1 [8] and matches the corresponding PSTN/ISDN and CS supplementary service. 

ACR is identified as a supplementary service in 3GPP TS 22.173 [1]. Its stage 3 specification is a special case of the 
incoming Communication Barring (ICB) service (c.f subclause 4.2.1 of 3GPP TS 24.611 [8]). 

• Information elements 

Service Authorized 
Service Activated 

6.1.2.7 Communication Diversion (CDIV) 

CDIV is described in 3GPP TS 24.604 [2] 

Subclause 8.2.7.1 in 3GPP TS 22.173 [1] defines the following Communication Diversion services: 

Communication Forwarding Unconditional (CFU) 

Communication Forwarding Busy (CFB) 

Communication Forwarding No Reply (CFNR) 

Communication Forwarding on Not Logged in (CFNL) 

Communication Deflection (CD) 

Communication Forwarding on Subscriber Not Reachable (CFNRc) 

Communication Diversion Notification (CDIVN); this service is applicable to all other CDIV services. 
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The service content matching PSTN/ISDN and CS supplementary services and supported by the binary option is 
hereafter described for each of the CDIV services. 

6.1 .2.7.1 Subscription options for CDIV services 

3GPP TS 24.604 [2] Table 4.3.1.1 describes the following subscription options: 

Table 6.1.2.7.1-1 : Subscription options for CDIV services 



Subscription options 


Value 


Applicability 


Served use/receives indication that a 
communication lias been forwarded 
(indication of communication diversion to the 
diverting user). 


No (default) 


CFU 
CFB 
CFNR 
CFNRc 


Yes 


Originating user receives notification that his 
communication has been diverted (forwarded 
or deflected). 


No 


CFU 

CFB 

CFNR 

CFNRc 

CFNL 

CD 


Yes (default) 


Served user allows the presentation of 
diverted to URI to originating user in diversion 
notification. 


No 


CFU 

CFB 

CFNR 

CFNRc 

CFNL 

CD 


Not reveal as GRUU 


Yes (default) 


Served user receives reminder indication on 
outgoing communication that CDIV is 
currently activated. 


No (default) 


CFU 

CFB 

CFNR 

CFNRc 

CFNL 

CDIVN 


Yes 


Served user allows the presentation of his/her 
URI to diverted-to user. 


No 


CFU 

CFB 

CFNR 

CFNRc 

CFNL 

CD 


Not reveal as GRUU 


Yes (default) 


Served user allows the presentation of his/her 
URI to originating user in diversion 
notification. 


No 


CFU 

CFB 

CFNR 

CFNRc 

CFNL 

CD 


Not reveal as GRUU 


Yes (default) 


Served user receives notifications (CDIVN) of 
their communication diversions. 


No (default! 


CDIVN 


Yes 



PSTN/ISDN and CS Call forwarding services have similar subscription options except for the Call Diversion 
Notification that has no equivalent in PSTN/ISDN and CS supplementary services. 



6.1.2.7.2 



Communication Forwarding Unconditional (CFU) 



CFU fulfils the corresponding PSTN/ISDN and CS supplementary service, taking into account that the communication 
diversion rule conditions described in 3GPP TS 24.604 [2] subclause 4.9.1.3 shall not be used. 

• Information elements 

Service Authorized 

Service Activated 

Diverted-to destination 

Subscription options for CFU. 
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6.1.2.7.3 Communication Forwarding Busy (CFB) 

To fulfil the corresponding PSTN/ISDN and CS supplementary service, only the busy condition among the 
communication diversion rule conditions described in 3GPP TS 24.604 [2] subclause 4.9.1.3 is used. 

• Information elements 

Service Authorized 
Service Activated 

- Diverted-to destination: A SIP URI or a TEL URI 
Subscription options for CFB. 

6.1.2.7.4 Communication Forwarding No Reply (CFNR) 

To fulfil the corresponding PSTN/ISDN and CS supplementary service, only the no-answer condition among the 
communication diversion rule conditions described in 3GPP TS 24.604 [2] subclause 4.9.1.3 is used. 

• Information elements 

Service Authorized 
Service Activated 

- Diverted-to destination: A SIP URI or a TEL URI 
Subscription options for CFNR. 

Communication forwarding on no reply timer : Timer duration is a network provider option. 

6.1.2.7.5 Communication Forwarding on Not Logged in (CFNL) 

To fulfil the corresponding CS supplementary service, only the not-registered condition among the communication 
diversion rule conditions described in 3GPP TS 24.604 [2] subclause 4.9.1.3 is used. 

• Information elements 

Service Authorized 
Service Activated 

- Diverted-to destination: A SIP URI or a TEL URI 
Subscription options for CFNL. 

6.1.2.7.6 Communication Deflection (CD) 

CD matches the corresponding PSTN/ISDN supplementary service. 

• Information elements 

Service Authorized 
Service Activated 
Subscription options for CD. 

6.1 .2.7.7 Communication Forwarding on Subscriber Not Reachable (CFNRc) 

To fulfil the corresponding CS supplementary service, only the not-reachable condition among the communication 
diversion rule conditions described in 3GPP TS 24.604 [2] subclause 4.9.1.3 is used. 

• Information elements 
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Service Authorized 
Service Activated 
- Diverted-to destination: A SIP URI or a TEL URI. 
Subscription options for CFNRc. 

6.1.2.7.8 Communication Diversion Notification (CDIVN) 

CDIV notification has no equivalent PSTN/ISDN or CS supplementary service and then is not supported by the binary 
option. 

6.1 .2.7.9 Network provider options for CDIV services 

The network provider options for CDIV services supported with the binary option are those described in 3GPP TS 
24.604 [2] Table 4.3. 1 .2, with the exception of the CDIVN Buffer Timer / Timer Value for AS to store CDIVN that is 
not supported. 

6.1 .2.8 Communication Waiting (CW) 

CW is described in 3GPP TS 24.615 [9] and matches the corresponding PSTN/ISDN and CS supplementary service. 

• Information elements 

Service Authorized 

Service Activated 

Subscription option: Served user subscribes to 'calling user receives notification that his call is 
waiting". 

6.1.2.9 Communication HOLD (HOLD) 

HOLD is described in 3GPP TS 24.610 [7] and matches the corresponding PSTN/ISDN and CS supplementary service. 

• Information elements 

Service Authorized 
Service Activated. 

6.1.2.10 Communication Barring (CB) 

CB is described in 3GPP TS 24.6 11 [8] and comprises 2 services: Incoming Communication Barring (ICB) and 
Outgoing Communication Barring (OCB). 

CB partially matches the corresponding PSTN/ISDN and CS Call Barring supplementary service. As no one of the 
communication diversion rule conditions described in 3GPP TS 24.611 [8] subclause 4.9.1.4 applies to the 
corresponding PSTN/ISDN and CS Call Barring service, ICB applies to all incoming communications and OCB applies 
to all outgoing communications. 

• Information elements for ICB 

Service Authorized 
Service Activated. 

• Information elements for OCB 

Service Authorized 
Service Activated. 
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6.1 .2.1 1 Completion of Communications to Busy Subscriber (CCBS) 

CCBS is described in 3GPP TS 24.642 [12] and matches the corresponding PSTN/ISDN and CS supplementary service. 

• Information elements 

Service Authorized 
Service Activated. 

6.1 .2.12 Completion of Communications on No Reply (CCNR) 

CCNR is described in 3GPP TS 24.642 [12] and matches the corresponding PSTN/ISDN and CS supplementary 

service. 

• Information elements 

Service Authorized 
Service Activated. 

6.1 .2.1 3 Message Waiting Indication (MWI) 

MWl is described in 3GPP TS 24.606 [4] and matches the corresponding PSTN/ISDN and CS supplementary service. 

• Information elements 

Service Authorized 
Service Activated. 

6.1.2.14 CONFerence (CONF) 

CONF is described in 3GPP TS 24.605 [3] and matches the corresponding PSTN/ISDN and CS supplementary service. 

• Information elements 

Service Authorized 
Service Activated. 

6.1.2.15 Advice Of Charge (AOC) 

AOC is described in 3GPP TS 32.280 [22] and in 3GPP TS 24.647 [13] . Itcomprises 3 services AOC-S, AOC-D, AOC- 
E. 

AOC matches the corresponding PSTN/ISDN and CS service. 

• Information elements 

Service Authorized (for each service AOC-S, AOC-D, AOC-E) 
Service Activated (for each service AOC-S, AOC-D, AOC-E). 

- AOC service type: as described in 3GPP TS 32.280 [22] 

AOC service obligatory type: as described in 3GPP TS 32.280 [22] 

- Preferred AOC currency: as described in 3GPP TS 32.280 [22] 

- AOC format: as described in 3GPP TS 32.280 [22] 
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6.1 .2.1 6 Explicit Communication Transfer (ECT) 

ECT is described in 3GPP TS 24.629 [11] and matches the corresponding PSTN/ISDN and CS supplementary service. 

• Information elements 

Service Authorized 
Service Activated. 

6.1.2.17 Reverse Charging 

Reverse charging for the binary option is not supported in this release. 

6.1 .2.1 8 Closed User Group (CUG) 

CUG is described in 3GPP TS 24.654 [14]. 

CUG for the binary option is not supported in this release. 

6.1 .2.1 9 Three-Party (3PTY) 

3PTY is described in 3GPP TS 24.605 [3] as a particular case of CONF service and matches the corresponding 
PSTN/ISDN and CS supplementary service. 

6.1 .2.20 Flexible Alerting (FA) 

FA is described in TS 24.239 [15]. 

FA for the binary option is not supported in this release. 

6.1 .2.21 Customized Alerting Tones (CAT) 

CAT is described in 3GPP TS 24.182 [21] and matches the corresponding CS supplementary service. 

• Information elements 

Service Authorized 
Service Activated. 

6.2 Datasets and Service Indications 
6.2.1 Introduction 

The subclause 6.2 specifies the binary description of the service data of the subset of MMTEL service to be stored on 
the HSS and corresponding to the PSTN/ISDN and CS supplementary services. Care has been taken to define rules for 
extendibility, backward compatibility and compactness, since future data structures can evolve from this definition. 

The Service Data contained in the Repository Data of one Service Indication may be a complete service suite definition, 
or can be viewed as a portion of a service definition. The remaining portion of a service definition may be comprised of 
elements specific to a subsequent part of the standardised service or a later addition of elements due to new 
functionalities of a service in a new release, or proprietary extensions. 

To ensure these possibilities. Service Data for the binary option are grouped in a certain number of binary datasets 
hereafter presented. 
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6.2.2 Datasets 

The structure of datasets described in subclause 6.3.2 allows to define different types of datasets. In this release, two 
datasets are defined: 

the MMTELPSTN-ISDN-CS dataset containing parameters associated to the subset of MMTEL services 
matching the PSTN/ISDN and CS supplementary services. 

the AOC dataset containing parameters for the AOC service. 

Additional services (e.g. new MMTEL services or proprietary MMTEL services) may be defined using new datasets. 

6.2.3 Service Indications 

A dedicated Service Indication shall be used within the binary option for the subset of MMTEL services corresponding 
to the PSTN/ISDN and CS supplementary services. 

The Service Data associated to this Service indication shall contain: 

- the MMTEL-PSTN-ISDN-CS dataset. 

the AOC dataset when the AOC service is configured for the user. 

The value of the Service Indication used within the binary option for the subset of MMTEL services corresponding to 
the PSTN/ISDN and CS supplementary services shall be "MMTEL-PSTN-ISDN-CS-BINARY". 

New Service Indications can be introduced in the future and associated to new types of datasets. 

Proprietary extensions shall use not standardized Service Indications. There is no constraint for the data structure of the 
proprietary Service Data. Nevertheless, the concept of dataset can be used with a proprietary content. 



6.3 Binary coding general 



6.3.1 Introduction 

The subclause6.3 gives the general specifications to describe the MMTEL Service data in a binary coding. 

6.3.2 Dataset layout 

The datasets are defined with a compact structure. The compact structure shall consist: 

of a tag-length-value format: this includes a defined "dataset identifier" and "length", 

followed by a fixed format structure, wherein defined bits, bytes, 4byte tuples represent known or reserved 
information elements of a MMTEL service, 

finally, to accommodate length variation of some data (e.g. SIP-URI), it accommodates a variable length 
section. 

A dataset shall be 4-byte aligned. 

Within a dataset structure, different common data forms are defined. These include some fairly standard terms and 
rules, derived from common practice for 32-bit processors: 

Byte == octet 

Long == 4 bytes (signed and unsigned) 

Short == 2 bytes (signed, unsigned) 

Data alignment is such that the size of the data set shall be a 4-byte multiple and be achieved with a padding feature at 
the end of the dataset. 
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Bit fields take up only the number of bits they say they do. Alignment of bit fields is not across a 4-byte boundary. 

6.3.3 Order 

Network byte ordering means most significant byte first. 
Bit field order: Most significant bit first. 

6.3.4 Character representation 

Character representation uses UTF-8 representation. 
String representations should be displayable. 

6.3.5 Byte representation 

Byte structures can be variable in length. They use the tag-length value approach, wherein the length defines the end of 
a variable length byte definition. 

Variable byte structures interpreted as strings should not contain the null character. 

If no variable length data were defined, then a dataset would have fixed length. 

When there are variable length data, the dataset length will not remain constant from subscriber to subscriber, as each 
may have different variable length parameters. 

6.3.6 Variable size data 

Some data must remain flexibly defined regarding their length. Main example is strings, such as URIs, digit-strings, 
IMPUs. 

The fixed format part of the dataset contains the information that is used when identifying variable length data 
described in the dataset. This information comprises: 

variable_data_offset (unsigned short ): byte offset from the dataset start 

variable_data_length (unsigned short): number of bytes. 

The variable_data_offset is the offset (in bytes) from the beginning of dataset to the beginning of a variable data. The 
variable_data_length determines the end of the variable data. A variable_data_offset of indicates a non-provided 
sequence. 

A specific dataset does not have a specific size, although it will at least have a minimum size (the size if no variable 
data are defined at all). 

The offset plus the length information shall verify: 

i. offset >= fixed size of the fixed part of the dataset (unless offset == 0), and 

ii. offsetH-length <= total size of the dataset. 

iii. there is no overlap between variable data. 

6.3.7 Variable length data constraints 

The following complements the usage of the pointer references (offset and length): 

a) The order of variable data values in the variable section of the dataset shall match the order of the offset + length 
elements in the fixed section of the dataset. Offsets to data shall have increasing values in the order the offsets 
are encountered in the fixed portion of the dataset. 

b) When the size of a variable length data field increases, the entire variable length section of the dataset must be 
realigned. 
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c) When there is no variable data associated to an offset data, the length shall be 0, and the offset shall have a value 
equal to the value of the next offset encountered in the fixed portion of the dataset. 

d) If the same data value appears more than once in a given dataset, it shall not be implemented as two pointers to 
the same value. 

e) Holes should not occur between variable data values. 

If they do, then the AS is not responsible for maintaining the information in these holes and alternate ASs may 
remove them in subsequent write actions. 

f) Space after the last variable data value is not significant, and may not be retained. 
An example of a dataset with variable length data is given for information in Annex A. 

6.4 Binary coding of datasets 

6.4.1 Dataset Header 

Each dataset shall start with a Dataset Header. 

• DATASET_HEADER 

Table 6.4.1-1 : Dataset Header 

• • 3|3|2|2|2|2|2|2|2|2|2|2|l|l|l|l|l|l|l|l|l|l|0|0|0|0|0|0|0|0|0|0 
• l|0|9|8|7|6|5|4|3|2|l|0|9|8|7|6|5|4|3|2|l|0|9|8|7|6|5|4|3|2|l|0 

• • dataset_identif ier | dataset_length 

• • I 

• dataset_identif ier 

It differentiates the data sets contained in the Service Data of the same Service Indication. It identifies the data structure 
of the dataset. 

• dataset_length 

Length in bytes of the dataset including the DATASET_HEADER. 

6.4.2 IVIIVITEL-PSTN-ISDN-CS Dataset 

6.4.2.1 MMTEL-PSTN-ISDN-CS Dataset content 

Table 6.4.2.1-1 : MMTEL-PSTN-ISDN-CS Dataset fields 

• 4- • 3|3|2|2|2|2|2|2|2|2|2|2|l|l|l|l|l|l|l|l|l|l|0|0|0|0|0|0|0|0|0|0 
byt • 1|0|9|8|7|6|5|4|3|2|1|0|9|8|7|6|5|4|3|2|1|0|9|8|7|6|5|4|3|2|1|0 

e 

tupl 
e 

• 

• 

• DATASET HEADER 

• 4 

• service authorisation 



12 



16 



service activation 
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20 



24 



28 



32 



36 



40 



44 



52 



56 



60 



64 



68 



72 



76 



84 



92 



96 



100 



104 



108 



112 



116 



120 



124 



• RESERVED 
identity_services_paraTn 



• CFU__paraTn 



• CFB_paraTn 



• 



CFNR_param 



CFNRc_paraTn 



• 



CFNL_param 



CD_param 



GDI V_network;_provider_opt ions 



CW_param 



• ICB_paraTn 



OCB_param 



• RESERVED 

• RESERVED 

• Data with variable length 
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NOTE: ACR, HOLD, CCBS, CCNR, MWI, CONF, AOC, ECT, CAT have no parameter field. 

6.4.2.2 Dataset Header 

• dataset_identif ier 
The value of dataset identifier of the MMTEL-PSTN-ISDN-CS Dataset is 1. 



6.4.2.3 



service authorisation 



Bit field that can support up to 64 services. A bit is associated to a MMTEL Service and indicates if: 
it is authorized: bit value 1, 
or not: bit value 0. 



Bi 


t-0 


Reserved 


Bi 


t-1 


OIP 


Bi 


t-2 


OIR 


Bi 


t-3 


TIP 


Bi 


t-4 


TIR 


Bi 


t-5 


MCID 


Bi 


t-6 


ACR 


Bi 


t-7 


CFU 


Bi 


t-8 


CFB 


Bi 


t-9 


CFNR 


Bi 


t-10 


CFNRc 


Bi 


t-11 


CFNL 


Bi 


t-12 


CD 


Bi 


t-13 


Reserved 


Bi 


t-14 


CW 


Bi 


t-15 


HOLD 


Bi 


t-16 


Incoming CB 


Bi 


t-17 


Outgoing CB 


Bi 


t-18 


CCBS 


Bi 


t-19 


CCNR 


Bi 


t-20 


MWI 


Bi 


t-21 


CONF 


Bi 


t-22 


AOC-S 


Bi 


t-23 


AOC-D 


Bi 


t-24 


AOC-E 


Bi 


t-25 


Reserved 


Bi 


t-26 


Reserved 


Bi 


t-27 


ECT 


Bi 


t-28 


CAT 



6.4.2.4 



service activation 



Bit field that can support up to 64 services. A bit is associated to a MMTEL Service and indicates if the MMTEL 
service is activated. Indexation is the same as for service authorization. 
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6.4.2.5 



identity_services_param 



4- 
byt 
e 
tu 
pie 

28 



Table 6.4.2.5-1 : identity_services_param fields 



3|3|2|2|2|2|2|2|2|2|2|2|1|1|1|1|1|1|1|1|1|1|0|0|0|0|0|0|0|0|0|0 
10987654321098765432109876543210 



(a) I (b) I (c) I (d) I (e) I (f ) I (g) | (h) | (i) 



RESERVED 



Table 6.4.2.5-2: identityservicesparam values 



Field 


Identity services Parameters 


Value 


Binary value 


(a) 


OIR mode 


Permanent mode 
Temporary mode 


Bit 31 




Bit 30 

1 


(b) 


OIR Temporary IVIode Default 


Presentation restricted 
Presentation not 
restricted 


Bit 29 




Bit 28 

1 


(c) 


OIR restriction 


Restrict the asserted 

identity 

Restrict all private 

information appearing in 

headers 


Bit 27 





Bit 26 


1 


(d) 


OIP Override capability 


No 
Yes 


Bit 25 




Bit 24 

1 


(e) 


TIR Mode 


Permanent mode 
Temporary mode 


Bit 23 




Bit 22 

1 


(f) 


TIRTemp IVIode Default 


Presentation restricted 
Presentation not 
restricted 


Bit 21 




Bit 20 


1 


(g) 


TIP Override capability 


No 
Yes 


Bit 19 




Bit 18 

1 


(h) 


Reserved 








(i) 


MOID Mode 


Permanent 
Temporary 


Bit 15 




Bit 14 


1 



6.4.2.6 



CFU_pararn 



4- 
byt 
e 
tu 
pie 

32 
36 



Table 6.4.2.6-1 : CFUparam fields 



3|3|2|2|2|2|2|2|2|2|2|2|l|l|l|l|l|l|l|l|l|l|0|0|0|0|0|0|0|0|0|0 
10987654321098765432109876543210 



RESERVED 



CFU_subscription_options 

(a) I (b) I (c) I (d) I (e) I (f ) I (q) I (h) 



CFU_divertedto_destination_ 
Offset 



I CFU_divertedto_destination_ 
I Length 



CFU_divertedto_destination_of f set is the pointer to CFU diverted-to destination in the 
variable part of the MMTEL-PSTN-ISDN-CS Dataset. 

CFU_subscription_options : described in subclause 6.4.2.12. 
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6.4.2.7 



CFB_param 



4- 
byt 
e 
tu 
pie 

40 
44 



Table 6.4.2.7-1 : CFBparam fields 



3|3|2|2|2|2|2|2|2|2|2|2|l|l|l|l|l|l|l|l|l|l|0|0|0|0|0|0|0|0|0|0 
10987654321098765432109876543210 



RESERVED 



I CFB_subscription_options 

I (a) I (b) I (c) I (d) I (e) | (f ) | (g) | (h) 



• CFB_divertedto_destination_ 

• Offset 



I CFB_divertedto_destination_ 
I Length 



CFB_divertedto_destination_of f set is the pointer to CFB diverted-to destination in the 
variable part of the MMTEL-PSTN-ISDN-CS Dataset. 

CFB_subscription_options : described in subclause 6.4.2.12. 



6.4.2.8 



CFNR_param 



4-byte 
tuple 

48 
52 



Table 6.4.2.8-1 : CFNRparam fields 



3 

1 


3 




2 
9 


2 

8 


2 

7 


2 

6 


2 

5 


2 

4 


2 
3 


2 
2 


2 

1 


2 




1 
9 


1 
8 


1 
7 


1 
6 


1 
5 


1 
4 


1 
3 


1 
2 


1 
1 


1 




9 



8 




7 



6 



5 



4 



3 



2 




1 






no_reply_tiTner 


CFNR subscription options 
(a) 1 (b) 1 (c) 1 (d) 1 (e) 1 (f ) 1 (g) | (h) 


CFNR divertedto destination 
Offset 


CFNR divertedto destination 
Length 



CFNR_divertedto_destination_of f set is the pointer to CFNR diverted-to destination in the 
variable part of the MMTEL-PSTN-ISDN-CS Dataset. 

CFNR_subscription_options : described in subclause 6.4.2.12. 

no_reply_timer is an integer with values between and 180 seconds for communication forwarding on 
no reply timer. 



6.4.2.9 



CFNRc_param 



Table 6.4.2.9-1 : CFNRcparam fields 



3 

1 


3 




2 
9 


2 
8 


2 
7 


2 
6 


2 
5 


2 

4 


2 
3 


2 
2 


2 

1 


2 



1 
9 


1 
8 


1 
7 


1 
6 


1 
5 


1 
4 


1 
3 


1 
2 


1 
1 


1 




9 



8 



7 



6 



5 



4 



3 



2 




1 






RESERVED 


CFNRc subscription options 
(a) 1 (b) 1 (c) 1 (d) 1 (e) 1 (f ) 1 (g) | (h) 


CFNRc divertedto destination 
Offset 


CFNRc divertedto destination 
Length 



4-byte 
tuple 

56 

60 



CFNRc_divertedto_destination_of f set is the pointer to CFNRc diverted-to destination in the 
variable part of the MMTEL-PSTN-ISDN-CS Dataset. 

CFNRc_subscription_options : described in subclause 6.4.2.12. 



6.4.2.10 CFNL_param 



4-byte 
tuple 

64 



Table 6.4.2.10-1: CFNLparam fields 



3 


3 


2 


2 


2 


2 


2 


2 


2 


2 


2 


2 


1 


1 


1 


1 


1 


1 


1 


1 


1 


1 
































1 





9 


8 


7 


6 


5 


4 


3 


2 


1 





9 


8 


7 


6 


5 


4 


3 


2 


1 





9 


8 


7 


6 


5 


4 


3 


2 


1 





RESERVED 


CFNL subscription options 




(a) 1 (b) 1 (c) 1 (d) 1 (e) 1 (f ) 1 (g) | (h) 
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68 



CFNL divertedto destination 
Offset 



CFNL divertedto destination 
Length 



• CFNL_divertedto_destination_of f set is the pointer to CFNL diverted-to destination in the 
variable part of the MMTEL-PSTN-ISDN-CS Dataset. 

• CFNL_subscription_options : described in subclause 6.4.2.12. 

6.4.2.11 CD_param 



Table 6.4.2.1 1-1 : CDparam fields 



3 

1 


3 




2 

9 


2 

8 


2 

7 


2 

6 


2 

5 


2 

4 


2 
3 


2 
2 


2 

1 


2 




1 
9 


1 
8 


1 
7 


1 
6 


1 
5 


1 
4 


1 
3 


1 
2 


1 
1 


1 




9 



8 



7 



6 



5 



4 



3 



2 




1 






RESERVED 


CD subscription options 

(a) 1 (b) 1 (c) 1 (d) 1 (e) | (f ) | (q) | (h) 


RESERVED 


RESERVED 



4-byte 
tuple 

72 
76 



• CD_subscription_options : described in subclause 6.4.2.12. 

6.4.2.1 2 Subscription options of CDIV Services 

CFU_subscription_options , CFB_subscription_options , CFNR_subscription_options , 
CFNRc_subscription_options , CFNL_subscription_options , CD_subscription_options 
use the same format with bit fields according to the following tables: 

Table 6.4.2.12-1 : CDIV Subscription options bit field 



1 

5 


1 
4 


1 
3 


1 
2 


1 
1 


1 




9 



8 



7 



6 



5 



4 



3 



2 




1 






(a) 


(b) 


(c) 


(d) 


(e) 


(f) 


(q) 


(h) 
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Table 6.4.2.12-2: CDIV Subscription options binary values 



Field 


Subscription options 


Value 


Binary value 


Applicability 


(a) 


Served user receives indication tliat a 




Bit 15 


Bit 14 


CFU 




communication has been forwarded 


No 








CFB 






Yes 





1 


CFNR 
CFNRc 


(b) 


Originating user receives notification that his 




Bit 13 


Bit 12 


CFU 




communication has been diverted (forwarded 


No 








CFB 




or deflected). 


Yes 





1 


CFNR 
CFNRc 
CFNL 
CD 


(c) 


Served user allows the presentation of 




Bit 11 


Bit 10 


CFU 




diverted to URI to originating user in diversion 


No 








CFB 




notification. 


Not reveal as GRUU 


1 





CFNR 






Yes 





1 


CFNRc 

CFNL 

CD 


(d) 


Served user receives reminder indication on 




Bit 9 


Bits 


CFU 




outgoing communication that CDIV is 


No 








CFB 




currently activated. 


Yes 





1 


CFNR 

CFNRc 

CFNL 


(e) 


Served user allows the presentation of his/her 




Bit? 


Bite 


CFU 




URI to diverted-to user. 


No 








CFB 






Not reveal as GRUU 


1 





CFNR 






Yes 





1 


CFNRc 

CFNL 

CD 


(f) 


Served user allows the presentation of his/her 




Bits 


Bit 4 


CFU 




URI to originating user in diversion 


No 








CFB 




notification. 


Not reveal as GRUU 


1 





CFNR 






Yes 





1 


CFNRc 

CFNL 

CD 


(q) 


Reserved 










(h) 


Reserved 











6.4.2.13 CW_param 



Table 6.4.2.13-1 : cwparam fields 



4-byte 
tuple 



3 


3 


2 


2 


2 


2 


2 


2 


2 


2 


2 


2 


1 


1 


1 


1 


1 


1 


1 


1 


1 


1 
































1 





9 


8 


7 


6 


5 


4 


3 


2 


1 





9 


8 


7 


6 


5 


4 


3 


2 


1 





9 


8 


7 


6 


5 


4 


3 


2 


1 





(a) 


RESERVED 


RESERVED 



Table 6.4.2.13-2: cwparam values 



Field 


CW Parameters 


Value 


Binary value 


(a) 


calling user receives notification that his call is 
waiting 


No 
Yes 


Bit 31 




Bit 30 


1 
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6.4.2.14 ICB_param 



4- 
byt 
e 
tu 
pie 

92 
96 



Table 6.4.2.14-1 : iCBparam fields 



• 3|3|2|2|2|2|2|2|2|2|2|2|l|l|l|l|l|l|l|l|l|l|0|0|0|0|0|0|0|0|0|0 

• 10987654321098765432109876543210 


• RESERVED | RESERVED 

• 


• RESERVED | RESERVED 

• 1 



In this release, as indicated in subclause 6.1.2.10, there is no parameter that applies to the ICB service; ICB_param 
fields are Reserved. 



6.4.2.15 OCB_param 



Table 6.4.2.15-1 : ocBparam fields 



4- 

byte 
tupl 

e 


• 
• 


3|3|2|2|2|2|2|2|2|2|2|2|l|l|l|l|l|l|l|l|l|l|0|0|0|0|0|0|0|0|0|0 
1098765432109876543210987654|3|210 


100 


• 
• 


RESERVED | RESERVED 


102 


• 
• 


RESERVED | RESERVED 



In this release, as indicated in subclause 6.1.2.10, there is no parameter that applies to the OCB service; OCB_param 
fields are Reserved. 



6.4.2.16 



4- 
byt 
e 
tu 
pie 

80 
84 



CDIV_network_provider_options 

Table 6.4.2.16-1: CDIVnetworkprovideroptions fields 

• 3|3|2|2|2|2|2|2|2|2|2|2|l|l|l|l|l|l|l|l|l|l|0|0|0|0|0|0|0|0|0|0 

• 10987654321098765432109876543210 



I number of diversions 



(a) I (b) I 



CDIV indication timer 



RESERVED 



• Fields (a) and (b) 
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Table 6.4.2.16-2: CDIVnetworkprovideroptions values 



Field 


Network provider option 


Value 


Binary value 


Applicability 


(a) 


Served user communication 
retention on invocation of 
diversion 


Retain communication to the 
served user until alerting begins at 
the diverted-to user 
Clear communication to the served 
user on invocation of call diversion 


Bit 15 





Bit 14 

1 




CFNR 
CD 


(b) 


Served user communication 
retention when diverting is 
rejected at 
diverted-to user. 


Continue to alert the diverting user 
No action at the diverting user 


Bit 13 




Bit 12 

1 



CFNR 
CD 



• number_of diversions is an integer giving the total number of all diversions for each communication 

• CDIV_indication_timer is an integer with values between and 60 seconds. 

6.4.3 AOC Dataset 



6.4.3.1 AOC Dataset content 

Table 6.4.3.1-1 : AOC Dataset fields 

• 4- • 3|3|2|2|2|2|2|2|2|2|2|2|l|l|l|l|l|l|l|l|l|l|0|0|0|0|0|0|0|0|0|0 

b • 10987654321098765432109876543210 

yt 

e 

tu 

pl 
e 



DATASET HEADER 



AOC_service_ 
type 



I AOC_service_obl 
I igatory type 



RESERVED 



AOC format 



Pref erred_AOC_currency 



6.4.3.2 



Dataset Header 



• dataset_identif ier 
The value of dataset identifier of the AOC Dataset is 2. 



6.4.3.3 



4- 
b 

yt 

e 
tu 

pl 
e 



AOC_service_type 



Table 6.4.3.3-1 : AOCservicetype fields 



3|3|2|2|2|2|2|2|2|2|2|2|l|l|l|l|l|l|l|l|l|l|0|0|0|0|0|0|0|0|0|0 
10987654321098765432109876543210 



(a) I (b) I (c) I (d) I 
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Table 6.4.a.3-2: Aocservicetype values 



Field 


AOC service type 


Value 


Binary value 


(a) 


AOC service type (AOC-S) 


No 
Yes 


Bit 31 




Bit 30 


1 


(b) 


AOC service type (AOC-D) 


No 
Yes 


Bit 29 




Bit 28 


1 


(c) 


AOC service type (AOC-E ) 


No 
Yes 


Bit 27 




Bit 26 

1 


(d) 


RESERVED 




Bit 25 


Bit 24 



6.4.3.4 



AOC_service_obligatory_type 

Table 6.4.3.4-1 : AOCserviceobligatorytype fields 



4- 
b 

yt 

e 
tu 

pl 
e 



• 3|3|2|2|2|2|2|2|2|2|2|2|1|1|1|1|1|1|1|1|1|1|0|0|0|0|0|0|0|0|0|0 

• 10987654321098765432109876543210 



I (a) I (b) I (c) I (d) I 



Table 6.4.3.4-2: AOCserviceobligatorytype values 



Field 


AOC service obligatory type 


Value 


Binary value 


(a) 


AOC service obligatory type for AOC-S 


None 

AOC-I 

AOC-C 


Bit 23 


1 


Bit 22 


1 



(b) 


AOC service obligatory type for AOC-D 


None 

AOC-I 

AOC-C 


Bit 21 



1 


Bit 20 

1 



(c) 


AOC service obligatory type for AOC-E 


None 

AOC-I 

AOC-C 


Bit 19 



1 


Bit 18 

1 



(d) 


RESERVED 




Bit 17 


Bit 16 



6.4.3.5 



Preferred_AOC_currency 



Pref erred_AOC_currency is of type Unsigned32 and contains the currency numeric code as defined in ISO 4217 
[23]. 
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6.4.3.6 



AOC format 



Table 6.4.3.6-1 : aoc format fields 



4- 
b 

yt 

e 

tu 

pl 
e 



• 3|3|2|2|2|2|2|2|2|2|2|2|1|1|1|1|1|1|1|1|1|1|0|0|0|0|0|0|0|0|0|0 

• 10987654321098765432109876543210 



(a) I (b) I (c) I (d) 



Table 6.4.3.6-2: aoc format values 



Field 


AOC format 


Value 


Binary value 


(a) 


AOC format for AOC-S 


None 
Monetary 
Non Monetary 
CAI 


Bit 23 



1 
1 


Bit 22 

1 

1 


(b) 


AOC format for AOC-D 


None 
Monetary 
Non Monetary 
CAI 


Bit 21 


1 

1 


Bit 20 


1 


1 


(c) 


AOC format for AOC-E 


None 
Monetary 
Non Monetary 
CAI 


Bit 19 


1 
1 


Bit 18 

1 

1 


(d) 


RESERVED 




Bit 17 


Bit 16 



6.5 Compatibility mechanism 

6.5.1 General 

The subclause 6.5 describes the mechanism to aid compatibility of the binary format when introducing extensions to the 
binary option content given in subclause 6.1.2 for new features in the services supported or for new services. 

An AS supporting the new feature/service may generate transparent data where reserved fields of a dataset are allocated 
or new datasets are defined. This transparent data may be accessed by another AS that does not support the extensions 
which may cause interoperability issues. 

6.5.2 Reserved fields 

Reserved fields are defined in the datasets. An AS shall not modify the content of such reserved fields when updating a 
dataset in the HSS. 

6.5.3 Addition of new datasets 

As new datasets defined according to subclause 6.2.2 may be introduced in the same transparent data containing the 
MMTEL-PSTN-CS dataset and so associated to the same service indication, an AS that does not support these new 
datasets shall not modify the content of these datasets when rewriting the transparent data in the HSS. 
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MMTEL service data definition based on XIVIL 



7.1 General principles 



The general structure of the MMTEL service data document is shown in Figure 7.1-1 



MMTel Services 



User defined data 



Operator defined data 



Service n 



User defined data 
Operator defined data 



Figure 7.1-1 : General structure of MMTEL service document 

The MMTEL document consists of the services. Each service consists of a user defined part and an operator defined 
part. At the MMTEL level of this document a version parameter exists to identify which release of the services this 
document supports. The user defined data is found in each of the MMTEL supplementary service specifications. The 
operator defined part consists of authorization of the service, and of the subscription options for each of the services. 



7.2 IVIIVITEL services specification 



7.2.1 



MMTEL services schema 



The following shows the MMTEL Services schema: 

<?xml version="l . 0" encoding="UTF-8" ?> 

<xs : schema xmlns : ss="http : //uri . etsi .org/ngn/params/xml/simservs/xcap" 

xmlns :xs="http : / /w/iw.w3 . org/2 001/XMLSchema" xmlns : cp="urn: ietf iparams :xml :ns : common-policy" 

xmlns : ocp="urn:oma :xml :xdm: common-policy" 

targetNamespace="http : //uri .etsi .org/ngn/params/xml/simservs/xcap" elementFormDefault=" qualified" 

attributeFormDefault=" unqualified" > 



<xs: include schemaLocation= 
<xs: include schemaLocation= 
<xs: include schemaLocation= 
<xs: include schemaLocation= 
<xs: include schemaLocation= 
<xs: include schemaLocation= 
<xs: include schemaLocation= 
<xs: include schemaLocation= 
<xs: include schemaLocation= 
<xs: include schemaLocation= 
<xs: include schemaLocation= 
<xs: include schemaLocation= 
<xs: include schemaLocation= 
<xs : include schemaLocation= 
<xs: include schemaLocation= 
<xs : include schemaLocation= 
<xs: include schemaLocation= 
<xs: include schemaLocation= 
<xs: include schemaLocation= 
<xs: include schemaLocation= 



simservs .xsd"/> 

operator-common-data .xsd"/> 

originating-identity-presentation.xsd"/> 

terminating-identity-presentation.xsd"/> 

communication-diversion. xsd"/> 

communicat ion- vjai ting . xsd" /> 

communication-barring . xsd" /> 

operator-originating- identity-presentation. xsd" /> 

operator- terminating- identity-presentation. xsd" /> 

operator-malicious -communication- identification. xsd"/ > 

operator- communication-diversion. xsd" /> 

operator- communication-vjaiting. xsd" /> 

operator- communication-hold. xsd" /> 

operator- communication-barring. xsd" /> 

operator- completion-of- communication. xsd"/ > 

operator-message- vjaiting- indication, xsd" /> 

operator- conference .xsd"/> 

operator- advice -of -charge .xsd"/> 

operator-explicit-communication-transf er .xsd"/> 



"operator- customized- alerting- tone .xsd"/> 
<xs : element name="M]VITelServices" type="ss : tMMTelServicesType"/> 
<xs : complexType name="tMMTelServicesType" > 
<xs : sequence> 

<xs:element name= "version" type="xs : integer"/> 
<xs : element name="complete-originating-identity-presentation'' 
originating- identity-presentation- type" minOccurs= " " / > 

<xs : element name="complete-originating-identity-restriction" 
originating- identity- restrict ion- type" minOccurs="0"/> 



type="ss : complete - 
type="ss : complete- 
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<xs : element name=" complete- terminating- identity-presentation" type="ss : complete- 
terminating- identity-present at ion- type" minOccurs="0"/> 

<xs : element name=" complete -terminating- identity- restrict ion" type="ss : complete- 
terminating- identity- restrict ion- type" minOccurs="0"/> 

<xs : element name=" complete -malicious -communication- identification" type="ss : complete- 
malicious- communication- identification- type" minOccurs="0"/> 

<xs : element name=" complete -communication- divers ion" type="ss : complete -communication- 
divers ion- type" minOccurs="0"/> 

<xs : element name=" complete -communication- waiting" type="ss : complete -communication- 
waiting-type" minOccurs="0"/> 

<xs : element name=" complete -communication-hold" type="ss : complete -communication- hold- 
type" minOccurs="0"/> 

<xs : element name=" complete -communication-barring" type="ss : complete -communication- 
barring- type" minOccurs="0"/> 

<xs : element name="complete-completion-of -communication-busy-subscriber" 
type="ss : complete -completion- of -communication-busy- subscriber- type" minOccurs="0"/> 

<xs : element name=" complete -completion- of -communication- no -reply" type="ss : complete- 
completion- of -communication- no -reply- type" minOccurs="0"/> 

<xs : element name=" complete -message -waiting- indication" type="ss : comple t e -me s sage- 
waiting- indication- type" minOccurs="0"/> 

<xs : element name=" complete -conference" type="ss : complete -conference -type" 
minOccurs= " " / > 

<xs : element name =" complete -advice -of -charge" type="ss : complete -advice -of -charge -type" 
minOccurs=" 0"/> 

<xs : element name=" complete- explicit -communication- transfer" type="ss : complete- explicit- 
communication- transfer- type" minOccurs="0"/> 

<xs : element name=" complete -customized- alerting- tone" type="ss : complete -customized- 
alerting- tone -type" minOccurs="0"/> 
</xs : sequence> 
</xs : complexType> 

<xs : complexType name=" complete -originating- identity-present at ion- type "> 
<xs : sequence> 

<xs : element ref ="ss :originating-identity-presentation"/> 
<xs : element ref ="ss : operator-originating- identity-presentation" /> 
</xs : sequence> 
</xs : complexType > 

<xs : complexType name="complete-originating-identity-restriction-type" > 
<xs : sequence> 

<xs : element ref ="ss : originating- identity-presentation- restrict ion" /> 
<xs : element ref ="ss : operator-originating- identity-presentation- restrict ion" /> 
</xs : sequence> 
</xs : complexType > 

<xs : complexType name="complete-terminating-identity-presentation-type" > 
<xs : sequence> 

<xs : element ref ="ss : terminating-identity-presentation"/> 
<xs : element ref ="ss : operator- terminating-identity-presentat ion" /> 
</xs : sequence> 
</xs : complexType > 

<xs : complexType name="complete-terminating-identity-restriction-type" > 
<xs : sequence> 

<xs : element ref ="ss : terminating- identity-presentation- restrict ion" /> 
<xs : element ref ="ss : operator- terminating- identity-presentation- restrict ion" /> 
</xs : sequence> 
</xs : complexType > 

<xs : complexType name="complete-malicious-communication-identif ication-type" > 
<xs : sequence> 

<xs : element ref ="ss : operator-malicious -communicat ion- ident if icat ion"/ > 
</xs : sequence> 
</xs : complexType> 

<xs : complexType name="complete-communication-diversion-type" > 
<xs : sequence> 

<xs : element ref ="ss : communication-diversion" /> 
<xs : element ref ="ss : operator- communicat ion-diversion" /> 
</xs : sequence> 
</xs : complexType> 

<xs : complexType name="complete-communication-waiting-type" > 
<xs : sequence> 

<xs : element ref ="ss : communication-waiting"/> 
<xs : element ref ="ss : operator- communicat ion- wait ing"/> 
</xs : sequence > 
</xs : complexType > 

<xs : complexType name="complete-communication-hold-type" > 
<xs : sequence> 

<xs : element ref ="ss : operator- communicat ion-hold" /> 
</xs : sequence> 
</xs : complexType > 

<xs : complexType name="complete-communication-barring-type" > 
<xs : sequence> 
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<xs : element ref ="ss : communicat ion-barring" /> 
<xs : element ref ="ss : operator- communicat ion-barring" /> 
</xs : sequence> 
</xs : complexType> 

<xs : complexType name="complete-completion-of -communication-busy-subscriber-type" > 
<xs : sequence> 

<xs : element ref ="ss : operator- completion- of -communicat ion- busy-subscriber"/> 
</xs : sequence> 
</xs : complexType> 

<xs : complexType name="complete-completion-of -communication-no-reply-type" > 
<xs : sequence> 

<xs : element ref ="ss : operator-completion- of -communication- no -reply" /> 
</xs : sequence> 
</xs : complexType> 

<xs : complexType name="complete-message-waiting-indication-type" > 
<xs : sequence> 

<xs : element ref ="ss : operator-message- wait ing-indicat ion" /> 
</xs : sequence> 
</xs : complexType > 

<xs : complexType name="complete-conf erence-type" > 
<xs : sequence> 

<xs : element ref ="ss :operator-conf erence"/> 
</xs : sequence> 
</xs : complexType > 

<xs : complexType name="complete-advice-of -charge-type" > 
<xs : sequence> 

<xs : element ref ="ss : operator-advice-of -charge "/> 
</xs : sequence> 
</xs : complexType > 

<xs : complexType name="complete-explicit-communication-transf er-type" > 
<xs : sequence> 

<xs : element ref ="ss : operator- explicit- communicat ion-transfer"/> 
</xs : sequence> 
</xs : complexType > 

<xs : complexType name="complete-customized-alerting-tone-type" > 
<xs : sequence> 

<xs : element ref ="ss : cus tomi zed- alert ing-tone"/> 
<xs : element ref ="ss :operator-cus tomi zed-alerting- tone" /> 
</xs : sequence> 
</xs : complexType> 
</xs : schema> 

The file "operator-common-data. xsd" contains all the common types of the operator data. This schema is defined as 

<?xml version="l . 0" encoding="UTF-8" ?> 

<xs : schema xmlns :xs="http : //www. w3 . org/2 001/XMLSchema" 

xmlns : ss="http : //uri . etsi .org/ngn/params/xml/simservs/xcap" 

targetNamespace="http : //uri .etsi .org/ngn/params/xml/simservs/xcap" elementFormDefault=" qualified" 

attributeFormDefault= "unqualified" > 

<!-- This schema file contains common types for the operator data--> 

<xs : element name="absOperatorService" type="ss loperatorServiceConf igType" abstract="true"/> 

<xs : complexType name="operatorServiceConf igType" > 

<xs : attribute name=" authorized" type="xs : boolean" use="required"/> 
<xs : anyAttribute namespace="##any" processContents="lax"/> 
</xs : complexType> 

<xs : simpleType name="identityPresentationModeType" > 
<xs : restriction base="xs : string" > 

<xs : enumeration value="permanent"/> 
<xs : enumeration value=" temporary" /> 
</xs : restriction> 
</xs : simpleType> 

<xs : simpleType name="identityPresentationDef aultTemporaryType" > 
<xs : restriction base="xs : string" > 

<xs : enumeration value="presentation-not- restricted" /> 
<xs : enumeration value= "presentation- restricted" /> 
</xs : restriction> 
</xs : simpleType> 

<xs : simpleType name="identityPresentationRestrictionType" > 
<xs : restriction base="xs : string" > 

<xs : enumeration value= "only- identity" /> 
<xs .-enumeration value= "all -private -informat ion"/ > 
</xs : restriction> 
</xs : simpleType> 

<xs : simpleType name="identityPresentationRestrictionOverrideType" > 
<xs : restriction base="xs : string" > 

<xs : enumeration value="override-active"/> 
<xs : enumeration value=" override- not -active"/> 
</xs : restriction> 
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</xs : simpleType> 
</xs : schema> 

7.2.2 OIP service 

The OIP service is specified together with OIR service in subclause 7.2.3. 

7.2.3 OIR service 

7.2.3.1 User defined data 

The schema defined in subclause 4.10.2 of 3GPP TS 24.607 [5] shall be used. 

7.2.3.2 Operator defined data 
7.2.3.2.1 Data semantics 

The OIP and OIR services are authorized by the operator by setting the "authorized" attributes of <operator-originating- 
identity-presentation> and <operator-originating-identity-presentation-restriction>, respectively, to "true". 



7.2.3.2.2 



XML Schema 



<?xml version="l . 0" encoding="UTF-8" ?> 

<xs : schema xmlns :xs="http : //www. w3 . org/2 01/XMLSchema" 
xmlns : ss="http : //uri . etsi .org/ngn/params/xml/simservs/xcap" 

targetNamespace="http : //uri .etsi .org/ngn/params/xml/simservs/xcap" elementFormDefault=" qualified" 
attributeFormDefault=" unqualified" > 
<xs : annotation> 

<xs : documentation xml : lang="en" > 

Operator part of the Originating Identity Presentation (OIP) and Originating Identity 
Restriction (OIR) services 
</xs : documentation> 
</xs : annotation> 

< ! --XS : include schemaLocation=" operator- common- data .xsd"/--> 
<xs : element name="operator-originating-identity-presentation" 
substitutionGroup="ss : absOperatorService" nillable="true" > 
<xs : complexType> 

<xs : complexContent> 

<xs : extension base="ss loperatorServiceConf igType" > 
<xs : sequence> 

<xs : element name="restriction-override" 
type="ss : identityPresentationRestrictionOverrideType" default=" override-not -active" minOccurs="0"/> 
</xs : sequence> 
</xs : extension> 
</xs : complexContent> 
</xs : complexType> 
</xs : element > 

<xs : element name="operator-originating-identity-presentation-restriction" 
substitutionGroup="ss : absOperatorService" nillable="true" > 
<xs : complexType> 

<xs : complexContent> 

<xs : extension base="ss :operatorServiceConf igType" > 
<xs : sequence> 

<xs : element name="mode" type="ss : identityPresentationModeType"/> 
<xs : element name=" restrict ion" type="ss : identityPresentationModeType"/> 
</xs : sequence> 
</xs : extension> 
</xs : complexContent> 
</xs : complexType> 
</xs : element > 
</xs : schema> 

7.2.4 TIP service 

The TIP service is specified together with TIR service, see subclause 7.2.5. 
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7.2.5 TIR service 

7.2.5.1 User defined data 

The schema defined in subclause 4.9.2 of 3GPP TS 24.608 [6] shall be used. 

7.2.5.2 Operator defined data 

7.2.5.2.1 Data semantics 

The TIP and TIR services are authorized by the operator by setting the "authorized" attributes of <operator-terminating- 
identity-presentation> and <operator-terminating-identity-presentation-restriction>, respectively, to "true". 

7.2.5.2.2 XML Schema 

<?xml version="l . 0" encoding="UTF-8" ?> 

<xs : schema xmlns :xs="http : //www. w3 . org/2 01/XMLSchema" 
xmlns : ss="http : //uri . etsi .org/ngn/params/xml/simservs/xcap" 

targetNamespace="http : //uri .etsi .org/ngn/params/xml/simservs/xcap" elementFormDefault=" qualified" 
attributeFormDefault=" unqualified" > 
<xs : annotation> 

<xs : documentation xml : lang="en" > 

Operator part of the Terminating Identity Presentation (TIP) and Terminating Identity 
Restriction (TIR) services 
</xs : documentation> 
</xs : annotation> 

< ! --XS : include schemaLocation=" operator- common- data .xsd"/--> 
<xs : element name="operator-terminating-identity-presentation" 
substitutionGroup="ss : absOperatorService" nillable="true" > 
<xs : complexType> 

<xs : complexContent> 

<xs : extension base="ss : operatorServiceConf igType" > 
<xs : sequence> 

<xs : element name="restriction-override" 
type="ss : identityPresentationRestrictionOverrideType" default=" override -not -active" minOccurs=" 0"/> 
</xs : sequence> 
</xs : extension> 
</xs : complexContent> 
</xs : complexType> 
</xs : element> 

<xs : element name="operator-terminating-identity-presentation-restriction" 
substitutionGroup="ss : absOperatorService" nillable="true" > 
<xs : complexType> 

<xs : complexContent> 

<xs : extension base="ss : operatorServiceConf igType" > 
<xs : sequence> 

<xs : element name="mode" type="ss : identityPresentationModeType"/> 
</xs : sequence> 
</xs : extension> 
</xs : complexContent> 
</xs : complexType> 
</xs : element> 
</xs : schema> 

7.2.6 MCID service 

7.2.6.1 User defined data 

No user data associated with MCID service is defined in 3GPP TS 24.616 [10]. 

7.2.6.2 Operator defined data 
7.2.6.2.1 Data semantics 

The MCID service is authorized and activated by the operator by setting the "authorized" attribute of <operator- 
malicious-communication-identification> to "true". 
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7.2.6.2.2 XML schema 

<?xml version="l . 0" encoding="UTF-8" ?> 

<xs : schema xmlns :xs="http : //www. w3 . org/2 01/XMLSchema" 
xmlns : ss="http : //uri . etsi . org/ngn/params/xml/simservs/xcap" 

targetNamespace="http : //uri .etsi .org/ngn/params/xml/simservs/xcap" elementFormDefault=" qualified" 
attributeFormDefault=" unqualified" > 
<xs : annotation> 

<xs : documentation xml : lang="en" > 

Operator part of the Malicious Communication Identification (MCID) service 
</xs : documentation> 
</xs : annotation> 

< ! --XS : include schemaLocation=" operator- common- data .xsd"/--> 
<xs : element name="operator-malicious-communication-identif ication" 
substitutionGroup="ss : absOperatorService" nillable="true" > 
<xs : complexType> 

<xs : complexContent> 

<xs : extension base="ss loperatorServiceConf igType" > 
<xs : sequence> 

<xs: element name="mode"> 
<xs : simpleType> 

<xs : restriction base="xs : string" > 

<xs : enumeration value= "permanent "/> 
<xs : enumeration value=" temporary" /> 
</xs : restriction> 
</xs : simpleType> 
</xs : element > 
</xs : sequence> 
</xs : extension> 
</xs : complexContent> 
</xs : complexType> 
</xs : element> 
</xs : schema> 

7.2.7 ACR service 

ACR is a subset of the ICB service, specified in subclause 7.2.11. 

7.2.8 CDIV service 

7.2.8.1 User defined data 

The schema defined in subclause 4.9.2 of 3GPP TS 24.604 [2] shall be used. 

7.2.8.2 Operator defined data 

7.2.8.2.1 Data semantics 

The CDIV service is authorized by the operator by setting the "authorized" attribute of <operator-communication- 
diversion> to "true". 

7.2.8.2.2 XML Schema 

<?xml version="l . 0" encoding="UTF-8"?> 

<xs : schema xmlns :xs="http : //www.w3 .org/2 001/XMLSchema" 
xmlns : ss="http : //uri .etsi .org/ngn/params/xml/simservs/xcap" 

targetNamespace="http : //uri .etsi .org/ngn/params/xml/simservs/xcap" elementFormDefault=" qualified" 
attributeFormDefault=" unqualified" > 
<xs : annotation> 

<xs : documentation xml : lang="en"> 

Operator part of the Communication Diversion (CDIV) services 
</xs : documentation> 
</xs : annotation> 

< ! --XS : include schemaLocation=" operator- common- data .xsd"/--> 

<xs : element name=" operator- communication- divers ion" substitutionGroup="ss : absOperatorService" 
nillable="true" > 

<xs : complexType> 

<xs : complexContent> 

<xs : extension base="ss loperatorServiceConf igType" > 
<xs : sequence> 
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<xs : element name="communication-retention-on-invocation" def ault="clear- 
communicat ion- on- invocation- of -diversion" > 

<xs : simpleType> 

<xs : restriction base="xs : string" > 

<xs : enumeration value="retain-until-alerting-at-diverted-to- 
user"/> 

<xs : enumeration value="clear-communication-on-invocation-of - 
diversion" /> 

</xs : restriction> 
</xs : simpleType> 
</xs : element > 

<xs : element name=" retention- when- diverting- rejected- at -diverted- to -user" 
def ault=" no- act ion- at -diverting-user" > 

<xs : simpleType> 

<xs : restriction base="xs : string" > 

<xs : enumeration value="cont inue -to -alert -diverting- user" /> 
<xs : enumeration value=" no -act ion- at -diverting- user" /> 
</xs : restriction> 
</xs : simpleType> 
</xs : element> 

<xs : element name="total-number-of -diversions-f or-each-communication" 
type="xs : integer" /> 

<xs : element name="cdiv-indication-timer" > 
<xs : simpleType> 

<xs : restriction base="xs : integer" > 
<xs iminlnclusive value="0"/> 
<xs imaxinclusive value="60"/> 
</xs : restriction> 
</xs : simpleType> 
</xs : element > 

<xs : element name="communication-forwarding-on-no-reply-timer" > 
<xs : simpleType> 

<xs : restriction base="xs : integer" > 
<xs iminlnclusive value="0"/> 
<xs imaxinclusive value="180"/> 
</xs I restriction> 
</xs I simpleType> 
</xs I element > 

<xsielement name="cdivn-buf f er-timer" def ault="86400" > 
<xs I simpleType> 

<xs I restriction base="xs i integer" > 
<xs iminlnclusive value="0"/> 
<xs imaxinclusive value=" 86400 "/> 
</xs I restriction> 
</xs I simpleType> 
</xs I element > 
</xs I sequence> 
</xs I extension> 
</xs I complexContent> 
</xs I complexType> 
</xs I element> 
</xs I schema> 

7.2.9 CW service 

7.2.9.1 User defined data 

The XML schema as defined in 3GPP TS 24.615 [9] subclause 4.8.3 shall be used. 

7.2.9.2 Operator defined data 

7.2.9.2.1 Data semantics 

The CW service is authorized by the operator by setting the "authorized" attribute of <operator-communication- 
waiting> to "true". 

7.2.9.2.2 XML Schema 

<?xml version="l . 0" encoding="UTF-8" ?> 

<xs I schema xmlns ixs="http i //www. w3 . org/2 01/XMLSchema" 

xmlns I ss="http I //uri . etsi .org/ngn/params/xml/simservs/xcap" 



£75/ 



3GPP TS 29.364 version 8.1 .0 Release 8 39 ETSI TS 1 29 364 V8.1 .0 (2009-04) 

targetNamespace="http : //uri . etsi .org/ngn/params/xml/simservs/xcap" elementFormDefault=" qualified" 
attributeFormDefault = " unqualified" > 
<xs : annotation> 

<xs : documentation xml : lang="en" > 

Operator part of the Communication Waiting (CW) service 
</xs : documentation> 
</xs : annotation> 

< ! --XS : include schemaLocation=" operator- common- data .xsd"/--> 

<xs : element name=" operator- communication- waiting" substitutionGroup="ss : absOperatorService" 
nillable="true" > 

<xs : complexType> 

<xs : complexContent> 

<xs : extension base="ss : operatorServiceConf igType" > 
<xs : sequence> 

<xs : element name="calling-user-receives-notif ication-his-call-is-waiting" 
default=" false" type="xs : boolean" /> 
</xs : sequence> 
</xs : extension> 
</xs : complexContent> 
</xs : complexType> 
</xs : element> 
</xs : schema> 

7.2.10 HOLD service 

7.2.10.1 User defined data 

No user data is defined in 3GPP TS 24.610 [7] 

7.2.1 0.2 Operator defined data 

7.2.10.2.1 Data semantics 

The HOLD service is authorized and activated by the operator by setting the "authorized" attribute of <operator- 
communication-hold> to "true". 

7.2.10.2.2 XML Schema 

<?xml version="l . 0" encoding="UTF-8" ?> 

<xs : schema xmlns :xs="http : //www. w3 . org/2 01/XMLSchema" 

xmlns : ss="http : //uri .etsi .org/ngn/params/xml/simservs/xcap" 

targetNamespace="http : //uri .etsi .org/ngn/params/xml/simservs/xcap" elementFormDefault=" qualified" 

attributeFormDefault=" unqualified" > 

<xs : annotation> 

<xs : documentation xml : lang="en" > 
Operator part of the Hold service 
</xs : documentation> 

</xs : annotation> 

< ! --XS : include schemaLocation=" operator- common- data .xsd"/--> 

<xs : element name=" operator- communication- hold" substitutionGroup="ss : absOperatorService" 
nillable="true" > 

</xs : element> 
</xs : schema> 

7.2.11 CB service 

7.2.11.1 User defined data 

The XML schema as defined in 3GPP TS 24.611 [8] subclause 4.9.2 shall be used. 

7.2.11.2 Operator defined data 
7.2.11.2.1 Data semantics 

The ICB and OCB services are authorized by the operator by setting the "authorized" attribute of <operator-inconiing- 
communication-barring> and <operator-outgoing-communication-barring> to "true". 
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7.2.11.2.2 XML Schema 

<?xml version="l . 0" encoding="UTF-8" ?> 

<xs : schema xmlns :xs="http : //www. w3 . org/2 01/XMLSchema" 

xmlns : ss="http : //uri . etsi . org/ngn/params/xml/simservs/xcap" 

targetNamespace="http : //uri .etsi .org/ngn/params/xml/simservs/xcap" elementFormDefault=" qualified" 

attributeFormDefault=" unqualified" > 

<xs : annotation> 

<xs : documentation xml : lang="en" > 

Operator part of the Communication Barring (CB) service 

</xs : documentation> 

</xs : annotation> 

< ! --XS : include schemaLocation=" operator- common- data .xsd"/--> 

<xs : element name="operator-incoming-communication-barring" 
substitutionGroup="ss : absOperatorService" nillable="true"/> 

<xs : element name="operator-outgoing-communication-barring" 
substitutionGroup="ss : absOperatorService" nillable="true"/> 
</xs : schema> 

7.2.12 CCBS/CCNR service 

7.2.12.1 User defined data 

No user defined data specified in 3GPP TS 24.642 [12]. 

7.2.12.2 Operator defined data 
7.2.12.2.1 Data semantics 

The CCBS and CCNR service is authorized and activated by the operator by setting the "authorized" attribute of 
<operator-completion-of-communication-busy-subscriber> and <operator-completion-of-communication-no-reply>, 
respectively, to "true". 

7.2.12.2.1 XML Schema 

<?xml version="l . 0" encoding="UTF-8" ?> 

<xs : schema xmlns :xs="http : //www. w3 .org/2 01/XMLSchema" 
xmlns : ss="http : //uri .etsi .org/ngn/params/xml/simservs/xcap" 

targetNamespace="http : //uri . etsi . org/ngn/params/xml/simservs/xcap" elementFormDef ault="qualif led" 
attributeFormDefault=" unqualified" > 
<xs : annotation> 

<xs : documentation xml : lang="en" > 

Operator part of the Completion of Communication (CC) service 
</xs : documentation> 
</xs : annotation> 

<xs : complexType> 

<xs : complexContent> 

<xs : extension base="ss : operatorServiceConf igType" > 
<xs : sequence> 

<xs : element name="operator-completion-of -communication-busy-subscriber" 
type="ss : operatorServiceConf igType" nillable="true"/> 

<xs : element name="operator-completion-of -communication-no-reply" 
type="ss : operatorServiceConf igType" nillable="true"/> 
</xs : sequence> 
</xs : extension> 
</xs : complexContent> 
</xs : complexType> 
</xs : element > 
</xs : schema> 

7.2.13 MWI service 
7.2.13.1 User defined data 

No user data is defined in 3GPP TS 24.606 [4]. 
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7.2.1 3.2 Operator defined data 

7.2.13.2.1 Data semantics 

The MWI service is authorized and activated by the operator by setting the "authorized" attribute of <operator-message- 
waiting-indication> to "true". 

7.2.13.2.2 XML Schema 

<?xml version="l . 0" encoding="UTF-8"?> 

<xs : schema xmlns :xs="http : //www.w3 . org/2 001/XMLSchema" 

xmlns : ss="http : //uri . etsi .org/ngn/params/xml/simservs/xcap" 

targetNamespace="http : //uri .etsi .org/ngn/params/xml/simservs/xcap" elementFormDefault=" qualified" 

attributeFormDefault=" unqualified" > 

<xs : annotation> 

<xs : documentation xml : lang="en" > 

Operator part of the Message Waiting Indication (MWI) service 

</xs : documentation> 

</xs : annotation> 

< ! --XS : include schemaLocation=" operator- common- data .xsd"/--> 

<xs : element name=" operator-message -waiting- indication" substitutionGroup="ss : absOperatorService" 
nillable="true"> 

</xs : element > 
</xs : schema> 

7.2.14 CONF service 

7.2.14.1 User defined data 

No user data is defined in 3GPP TS 24.605 [3] 

7.2.14.2 Operator defined data 

7.2.14.2.1 Data semantics 

The Conference service is authorized and activated by the operator by setting the "authorized" attribute of <operator- 
conference> to "true". 

7.2.14.2.2 XML Schema 

<?xml version="l . 0" encoding="UTF-8"?> 

<xs : schema xmlns :xs = "http : //www.w3 . org/2 001/XMLSchema" 
xmlns : ss="http : //uri .etsi .org/ngn/params/xml/simservs/xcap" 

targetNamespace="http : //uri .etsi .org/ngn/params/xml/simservs/xcap" elementFormDefault=" qualified" 
attributeFormDefault=" unqualified" > 
<xs : annotation> 

<xs : documentation xml : lang="en" > 
Operator part of the Conference (CONF) service 
</xs : documentation> 
</xs : annotation> 

< ! --XS : include schemaLocation=" operator- common- data .xsd"/--> 

<xs : element name=" operator- conference" substitutionGroup="ss : absOperatorService" 
nillable="true"/> 
</xs : schema> 

7.2.15 AOC service 
7.2.15.1 User defined data 

No user data is defined in 3GPP TS 24.647 [13] 
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7.2.15.2 Operator defined data 

7.2.15.2.1 Data semantics 

AOC service is described in 3GPP TS 32.280 [22] and in 3GPP TS 24.647 [13]. It consists of 3 services types AOC-S, 
AOC-D, AOC-E paired with an AOC Service obligatory type. 

Information elements 

- Service Authorized (for each service type AOC-S, AOC-D, AOC-E) 

- AOC service type as described in 3GPP TS 32.280 [xx] 

AOC service obligatory type as described in 3GPP TS 32.280 [xx] 

- Preferred AOC currency as described in 3GPP TS 32.280 [xx] 

- AOC format as described in 3GPP TS 32.280 [xx] 

The AOC services are authorized and activated by the operator by setting the "authorized" attribute of <operator-advice- 
of-charge-s>, <operator-advice-of-charge-d>, <operator-advice-of-charge-e> to "true". 

7.2.15.2.2 XML Schema 

<?xml version="l . 0" encoding="UTF-8" ?> 

<xs : schema xmlns :xs="http : //www.w3 . org/2 1/XMLSchema" 
xmlns : ss="http : //uri . etsi .org/ngn/params/xml/simservs/xcap" 

targetName space ="http : //uri .etsi .org/ngn/params/xml/simservs/xcap" elementFormDefault=" qualified" 
attributeFormDefault= "unqualified" > 
<xs : annotation> 

<xs : documentation xml : lang="en" > 

Operator part of the Advice of Charge (AOC) service 
</xs : documentation> 
</xs : annotation> 

< ! --XS : include schemaLocation=" operator- common- data .xsd"/--> 

<xs : element name=" operator- advice -of -charge" substitutionGroup="ss : absOperatorService" 
nillable="true"> 

<xs : complexType> 

<xs : complexContent> 

<xs : extension base="ss loperatorServiceConf igType" > 
<xs : sequence> 

<xs:element name="service-type" type="ss : service-typeType"/> 
<xs:element name=" Currency" type="ss : CurrencyType"/> 
</xs : sequence > 
</xs : extension> 
</xs : complexContent> 
</xs : complexType> 
</xs : element> 

<xs : complexType name=" service -typeType" > 
<xs : sequence> 

<xs:element name="operator-aoc-d" type="ss :operator-aoc-type" nillable="true" 
minOccurs=" 0"/> 

<xs:element name="operator-aoc-e" type="ss : operator-aoc-type" nillable="true" 
minOccurs=" 0"/> 

<xs:element name="operator-aoc-s" type="ss : operator-aoc-type" nillable="true" 
minOccurs=" 0"/> 

</xs : sequence> 
</xs : complexType> 

<xs : simpleType name="CurrencyType" > 
<xs : restriction base="xs : string" > 

<xs:pattern value=" [A-Z] {3}"/> 
</xs : restriction> 
</xs : simpleType> 

<xs : complexType name="operator-aoc-type" > 
<xs : sequence> 

<xs : element name ="aoc- obligatory- type" type="ss : obligatory- typeType" /> 
</xs : sequence> 

<xs : attribute name=" activated" type="xs : boolean" use=" required" /> 
</xs : complexType> 

<xs : simpleType name="obligatory- typeType" > 
<xs : restriction base="xs : string" > 
<xs : enumeration value="AoCI"/> 
<xs : enumeration value="AoCC"/> 
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</xs : restriction> 
</xs : simpleType> 
</xs:schema> 



7.2.16 ECT service 

7.2.16.1 User defined data 

No user data is defined in 3GPP TS 24.629 [11]. 

7.2.16.2 Operator defined data 



7.2.16.2.1 



Data semantics 



The ECT service is authorized and activated by the operator by setting the "authorized" attribute of <operator-explicit- 
communication-transfer> to "true". 



7.2.16.2.2 



XML Schema 



<?xml version="l . 0" encoding="UTF-8"?> 

<xs : schema xmlns :xs="http : //www.w3 . org/2 001/XMLSchema" 
xmlns : ss="http : //uri . etsi .org/ngn/params/xml/simservs/xcap" 

targetNamespace="http : //uri .etsi .org/ngn/params/xml/simservs/xcap" elementFormDefault=" qualified" 
attributeFormDefault=" unqualified" > 
<xs : annotation> 

<xs : documentation xml : lang="en"> 

Operator part of the Explicit Communication Transfer (ECT) service 
</xs : documentation> 
</xs : annotation> 

< ! --XS : include schemaLocation=" operator- common- data .xsd"/--> 
<xs : element name="operator-explicit-communication-transf er" 
substitutionGroup="ss : absOperatorService" nillable="true"/> 
</xs : schema> 

7.2.17 Reverse cinarging service 

NOTE: The reverse charging service is not defined 

7.2.18 CUG service 

7.2.18.1 User defined data 

CUG is not supported for the XML option. 

7.2.18.2 Operator defined data 

CUG is not supported for the XML option. 

7.2.19 3PTY service 

3PTY service is a subset of the CONE service specified in subclause 7.2.14. 

7.2.20 FA service 

Editor's Note: To be completed when 3GPP TS 24.239 [15] reaches a stable state. 

7.2.21 Service Indications 

A dedicated Service Indication shall be used within the XML option for MMTel services. The value of the Service 
Indication shall be "MMTEL-Services". 
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Proprietary extensions shall use not standardized Service Indications. There is no constraint for the data structure of the 
proprietary Service Data. 

7.2.22 CAT service 

7.2.22.1 User defined data 

Editor's Note: To be completed when 3GPP TS 24.185 [24] is completed. 

7.2.22.2 Operator defined data 

7.2.22.2.1 Data semantics 

The CAT service is authorized and activated by the operator by setting the "authorized" attribute of <operator- 
customized-alerting-tone> to "true". 

7.2.22.2.2 XML Schema 

<?xml version="l . 0" encoding="UTF-8" ?> 

<xs : schema xmlns :xs="http : //www.w3 . org/2 1/XMLSchema" 
xmlns : ss="http : //uri . etsi .org/ngn/params/xml/simservs/xcap" 

targetNamespace="http : //uri . etsi . org/ngn/params/xml/simservs/xcap" elementFormDef ault="qualif ied" 
attributeFormDefault=" unqualified" > 
<xs : annotation> 

<xs : documentation xml : lang="en" > 

Operator part of the Customized Alerting Tone (CAT) service 
</xs : documentation> 
</xs : annotation> 

<xs : element name=" operator- customized- alerting- tone" substitutionGroup="ss : absOperatorService" 
nillable="true"> 

</xs : element > 
</xs : schema> 
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8 Mechanisms for transfer of Service Data between 

Application Server and the HSS for AS 
interoperability 

8.1 Sh procedures to transfer Service Data 

Standardized procedures of the Sh interface described in 3GPP TS 29.328 [18] are used between the AS and the HSS to 
access and update the Service Data attached to a user. 

To aid a proper interoperability between AS, a certain number of additional recommendations are hereafter described: 

After an AS has created or modified Service Data, it shall update the Service Data in the HSS with the Sh- 
Update procedure. 

After an AS has downloaded Service Data from the HSS for a given user, it should subscribe to the 
notification of Service Data with the Sh-Subs-Notif 

If the AS has subscribed to the notification of Service Data, the AS shall support the Sh-Notif procedure to 
be informed of the changes in the Service Data. 

HSS and AS shall use Sequence Number information to ensure data synchronization 

8.2 Base64 data encoding 

As the Service Data for the binary option are in binary format, it shall be transcoded in a character mode to be 
transferred over the Sh interface. 

The standard used for this transcoding is the base64 encoding mechanism as described in IETF RFC 2045 [19]. 

In reference to 3GPP TS 29.328 [18], Annex D, Tables D.l and D.2, MMTEL Service Data used for AS interoperabihty 
is defined according to Table 8.2-1 regarding the XML schema for the Sh user profile interface. 

Table 8.2-1 : Data type for Service Data in the XML schema for the Sh user profile interface 



Data type 


Tag 


Base type 


Comments 


tServiceData 


ServiceData 


String 


Base64 encoded according to RFC 2045 [1 9] 
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Annex A (informative): 

Dataset example with variable length data 

This example illustrates the use of offset and length elements to point variable data in a dataset. 
Four variables are defined, each with the following values: 

Varl = 012345678 

Var2 empty 

Var3 = ABCD 

Var4= 124345678 
The coding of the dataset is as follows: 

Figure Annex A-1 : Dataset example 
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